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(54) Terminal device for multimedia data 

(57) A data broadcasting station (2) transmits a mul- 
tiplexed signal in which multimedia data encoded in a 
prescribed coding system are at least multiplexed in a 
broadcasting form. A file manager (14) stores the multi- 
media data received by a tuner (1 1) and decoded by a 
decoder (12) in a storage device (15) while creating 
management information therefor and registering it in a 
table (13). A browser (16) requests of the file manager 
(14) multimedia data to be referred to, and lets it dis- 
played on a monitor. The file manager (14) incre- 
ments/decrements a retention coefficient on the basis of 
a frequency of reference to the multimedia, and deter- 
mines whether or not to delete each multimedia data 
stored in the storage device (15). Thus provided is a ter- 
minal device which can effectively utilize the capacity of 
the storage device (1 5) without deleting multimedia data 
frequently referred to by the user. 
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Description 



BACKGROUND OF THE INVENTION 



Field of the Invention 5 

[0001] The present invention relates to a terminal 
device, and more specifically, it relates to a terminal 
device performing prescribed processing on multimedia 
data transmitted by a remotely set data broadcasting 10 
station. 

Description of the Background Art 

[0002] Conventionally, a terminal device receiving and 15 
displaying multimedia data has been developed. The 
terminal device gets the multimedia data in the following 
manner: Multimedia data is previously stored in a WWW 
(World Wide Web) server. The terminal device 
accesses this WWW server through the Internet on the 20 
basis of a user's instruction, for retrieving necessary 
multimedia data. Conventionally, a method of getting 
multimedia data has been mainly the so-called pull type, 
such a method that the user pulls out the data. 
[0003] Against the pull type, recently a demand for a 25 
method of pushing out data toward the user (the so- 
called push type), i.e., multimedia data broadcasting is 
increasing. For example, DAB (Digital Audio Broadcast- 
ing) of EUREKA-147 project in Europe exactly corre- 
sponds to this push type. In this multimedia data 30 
distribution, the user indicates to the terminal device the 
channel transmitting necessary data. The terminal 
device automatically receives and displays the data 
through the channel. Thus, the user of the terminal 
device can readily get multimedia data with operation 35 
feeling similar to that for the conventional television or 
radio. This multimedia data distribution has such an 
advantage that processing of retrieving necessary data 
may not be performed. 

[0004] In this multimedia data distribution, the broad- 40 
casting station cannot receive a request from the user's 
terminal device in real-time. Consequently, it is difficult 
to control the contents of broadcast multimedia data on 
the user side. For exarrple, even if the user desires to 
get already distributed multimedia data, he cannot 45 
transmit the request therefor to the broadcasting sta- 
tion, and hence it is difficult to get the multimedia data. 
As a method of solving such a problem and providing 
the user with a degree of flexibility for reference to the 
multimedia data, it is conceivable to set in the terminal so 
device a storage device (typically a hard disk drive) for 
storing and managing multimedia data. Thus, when 
continuously storing multimedia data distributed from 
the broadcasting station in the storage device, the ter- 
minal device can get, for exarrple, already broadcasted 55 
multimedia data from this storage device. Thus, the 
degree of flexibility for the user in reference to the multi- 
media data is improved. 



[0005] Multimedia data has a large size. In order to 
continuously store the multimedia data, the terminal 
device must comprise a storage device having a suffi- 
ciently large capacity. However, it is difficult for the ter- 
minal device to comprise a mass storage device due to 
restriction of its space and cost Therefore, the terminal 
device must effectively utilize a storage device having a 
limited capacity. As one method of such effective utiliza- 
tion, there is such a method that the storage device 
stores and deletes received multimedia data in a time- 
series manner so that the terminal device can regularly 
get newest multimedia data, for example. In this 
method, however, there has been such a problem that 
multimedia data frequently referred to by the user is also 
deleted in a time-series manner. 

SUMMARY OF THE INVENTION 

[0006] Therefore, an object of the present invention is 
to provide a terminal device which can effectively utilize 
the capacity of a storage device without deleting multi- 
media data frequently referred to by the user. 
[0007] The present invention has the following 
aspects to achieve the object above. 
[0008] A first aspect of the present invention is 
directed to a terminal device performing prescribed 
processing on multimedia data distributed by a data 
broadcasting station distributing multimedia data identi- 
cal with each other at time intervals in a broadcasting 
form, comprising: 

a receiving part receiving the multimedia data dis- 
tributed by the data broadcasting station, 
a management part creating and managing man- 
agement information as to the multimedia data 
received by the receiving part, 
a storage device storing the multimedia data for 
which the management information has been cre- 
ated by the management part, and 
a reference part requesting multimedia data to the 
management part while letting the user refer to the 
requested multimedia data, 
wherein the management part 
creates as part of the management information a 
retention coefficient indicating whether or not to 
delete each multimedia data in the storage device, 
decrements each created retention coefficient at a 
prescribed timing while incrementing the retention 
coefficient of the multimedia data requested by the 
reference part, 

deletes, when the created retention coefficient is 
decremented to a prescribed value, the corre- 
sponding multimedia data from the storage device, 
and 

deletes, when new multimedia data identical to old 
multimedia data in the storage device is inputted, 
the old multimedia data from the storage while let- 
ting the management information for the old multi- 
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media data inherited as management information 
for the new multimedia data. 

[0009] As described above, in the first aspect, the 
management part increments/decrements the retention 
coefficient on the basis of the frequency of reference by 
the user to the multimedia data. Namely, if the multime- 
dia data is not at all referred to, its retention coefficient 
is immediately decremented to the prescribed value. If 
the multimedia data is frequently referred to, on the 
other hand, the retention coefficient is incremented. 
When the retention coefficient reaches the prescribed 
value, the management part deletes the corresponding 
multimedia data from the storage device. Therefore, 
multimedia data having a small frequency of reference 
is preferentially deleted from the storage device, while 
multimedia data having a large frequency of reference is 
contrarily retained in the storage device over a long 
period. According to the first aspect, as described 
above, the multimedia data in the storage device can be 
customized in a state preferable for the user. Further, 
multimedia data having a small frequency of reference 
is immediately deleted, whereby the capacity required 
by the storage device can be suppressed. 
[0010] In the first aspect, further, multimedia data 
identical with each other is distributed to the terminal 
device. The management part lets the management 
information for the old multimedia data inherited as the 
management information for the new multimedia data. If 
this old multimedia data is frequently referred to by the 
user, its retention coefficient has a large value. There- 
fore, the new multimedia data, the retention coefficient 
of which is set from the beginning at a large value, is 
hard to delete from the storage device. Namely, multi- 
media data highly interesting to the user and being new 
are regularly stored in the storage device. Thus, it fol- 
lows that the multimedia data in the storage device are 
customized for the user in a further preferable state. 
[0011] According to a second aspect, in the first 
aspect, the management part further 

creates, when the multimedia data requested by 
the reference part is not stored in the storage 
device, temporary-management-infbrmation as to 
the multimedia data in advance, and 
lets, at a time point-when the multimedia data 
requested by the reference part is inputted in the 
management part, the corresponding temporary- 
management-infbrmation inherited as management 
information for the inputted multimedia data. 

[0012] The reference part may request multimedia 
data not yet stored in the storage device to the manage- 
ment part. Such multimedia data requested but not yet 
stored is in the future transmitted and stored in the stor- 
age device. As described above, in the second aspect, 
the management part creates, even if the requested 
multimedia data is not yet stored in the storage device, 



4 

temporary-management-information for the multimedia 
data. The management part creates, at the time point 
when such multimedia data is stored in the storage 
device, management information inheriting the tempo- 

5 rary-management-infbrmation. Namely, the manage- 
ment part can create a retention coefficient having a 
large value from the beginning. Therefore, such multi- 
media data is hard to delete from the storage device. 
Thus, it follows that the multimedia data in the storage 

w device are customized for the user in a further prefera- 
ble state. 

[0013] According to a third aspect, in the second 
aspect, the management part further 

15 searches multimedia data (hereinafter referred to 
as related-multimedia-data) being related to the 
multimedia data requested by the reference part, 
and 

increments the retention coefficient of the found 
20 related-multimedia-data. 

[0014] As described above, in the third aspect, the 
data broadcasting station transmits to the terminal 
device multimedia data being related to each other. The 

25 management part increments not only the retention 
coefficient of the multimedia data requested by the ref- 
erence part but also the retention coefficient of the mul- 
timedia data being related thereto. Therefore, it follows 
that the related-multimedia-data also remains in the 

30 storage device for a long time. Thus, it follows that the 
multimedia data in the storage device are customized 
for the user in a further preferable state. 
[0015] According to a fourth aspect, in the third 
aspect, the management part further searches the 

35 related-multimedia-data in a search range specified by 
the reference part. 

[0016] As described above, in the fourth aspect, the 
management part gets the related-multimedia-data 
belonging to a specific range. Namely, it is possible to 

40 reliably select only multimedia data being related to the 
requested multimedia data. Thus, it follows that the mul- 
timedia data in the storage device are customized for 
the user in a further preferable state. 
[0017] According to a fifth aspect, in the third aspect, 

45 the management part further increments the retention 
coefficient of the related-multimedia-data on the basis 
of the degree of the relation to the multimedia data 
requested by the reference part. 
[0018] Each found related-multimedia-data does not 

so necessarily have a given degree of relation to the refer- 
ence part. If uniformly incrementing retention coeffi- 
cients of related-multimedia-data, therefore, related- 
multimedia-data less related to the requested multime- 
dia data remains stored in the storage device for a long 

55 time. As described above, in the fifth aspect, the reten- 
tion coefficient of the related-multimedia-data is incre- 
mented on the basis of the degree of relation to 
multimedia data requested by the reference part. With 
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reference to the requested multimedia data, therefore, 
closely-related multimedia data tends to remain in the 
storage device for a long time. Thus, it follows that the 
multimedia data in the storage device are customised 
for the user in a further preferable state. 
[001 9] According to a sixth aspect, in the third aspect, 
the management part further 

creates, when the found related-multimedia-data is 
not stored in the storage device, temporary-man- 
agement-information as to the related-multimedia- 
data in advance, and 

lets, at a time point when related-multimedia-data 
not yet stored in the storage device is inputted in the 
management part, the corresponding temporary- 
management-information inherited as management 
information for the inputted related-multimedia- 
data. 

[0020] The management part may select multimedia 
data not yet stored in the storage device as related-mul- 
timedia-data. Such non-stored/relevant multimedia data 
is in the future transmitted and stored in the storage 
device. As described above, in the sixth aspect, the 
management part creates, even if selected related-mul- 
timedia-data is not yet stored in the storage device, tem- 
porary-management-information for this multimedia 
data. The management part creates, in storage of the 
related-multimedia-data, management information 
inheriting the temporary management information. 
Namely, the management part can create a retention 
coefficient having a large value from the beginning. 
Therefore, this related-multimedia-data is hard to delete 
from the storage device. Thus, it follows that the multi- 
media data in the storage device is customized for the 
user in a further preferable state. 
[0021] According to a seventh aspect, in the third 
aspect, the management part further outputs, when 
new multimedia data identical to multimedia data or 
related-multimedia-data thereof being referred by the 
user with the reference part is inputted in the manage- 
ment part, the inputted new multimedia data to the ref- 
erence part. 

[0022] As described above, in the seventh aspect, the 
management part immediately outputs the aforemen- 
tioned new identical multimedia data to the reference 
part when it is inputted. Therefore, the reference part 
can get, with no requirement to the management part, 
multimedia data very interesting to the user and being 
new in real-time from the management part, and let the 
user refer to the multimedia data. Thus, the terminal 
device becomes more user-friendly. 
[0023] According to an eighth aspect, in the seventh 
aspect, the management part further re-outputs, after a 
given time passes since the new multimedia data is out- 
putted to the reference part, the multimedia data 
referred to immediately before the new multimedia data. 
[0024] As described above, in the eighth aspect, the 



management part re-outputs, after a given time passes 
since the new multimedia data is outputted to the refer- 
ence part, the multimedia data referred to by the user 
immediately before the new multimedia data. In this 

5 way. the multimedia data which has been referred to 
immediately before the input of the new multimedia data 
is referred again by the user. The series of processing is 
automatically performed by the management part, and 
hence requires no specific operation to the user. Thus, 

w the terminal device becomes more user-friendly. 

[0025] According to a ninth aspect, in the seventh 
aspect, the management part further does not output, 
on the basis of an instruction from the reference part, 
the multimedia data newly inputted in the management 

15 part to the reference part. 

[0026] The reference part in the seventh aspect lets 
the user refer to the multimedia data sequentially and 
continuously outputted from the management part. 
Namely, the multimedia data to be referred to by the 

20 user is switched every time multimedia data is inputted 
to the reference part. According to the ninth aspect, the 
management part stops, On the basis of the instruction 
from the reference part, the output of the newly inputted 
multimedia data. Thus, the reference part can require 

25 the management part to stop outputting the multimedia 
data as required. Thus, the reference part can let the 
user refer to specific multimedia data, among multime- 
dia data sequentially and continuously inputted, for a 
long time. Thus, the terminal device becomes further 

30 more user-friendly. 

[0027] According to a tenth aspect, in the first aspect, 
multimedia data distributed by the data broadcasting 
station is coded in a predetermined coding format, 

35 the terminal device further comprises a decoding 
part for decoding the multimedia data received by 
the receiving part in accordance with the predeter- 
mined coding format and outputting the multimedia 
data to the management part,and 

40 the decoding part and the reference part operate 
independently of each other. 

[0028] As described above, in the tenth aspect, the 
decoding part and the reference part operate independ- 

45 ently of each other, whereby the reference part, i.e., the 
user may not specially operate to store multimedia data 
in the storage device. The decoding part continuously 
decodes the distributed multimedia data, whereby the 
multimedia data can be automatically stored in the stor- 

50 age device. 

[0029] According to an eleventh aspect, in the first 
aspect, every time storing multimedia data in the stor- 
age device, the management part notifies the reference 
part of the fact. 

55 [0030] As described above, in the eleventh aspect, the 
reference part is notified that multimedia data is stored 
in the storage device, whereby the user can understand 
in real-time that the multimedia data is stored in the stor- 
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age device. 

[0031] According to a twelfth aspect, in the first 
aspect, the management part does not delete, while 
multimedia data stored in the storage device is output- 
ted by the reference part, the multimedia data from the 
storage device. 

[0032] As described above, in the twelfth aspect, the 
multimedia data is not deleted by the management part 
from the storage device while it is referred to by the 
user. Thus, the multimedia data referred to by the user 
with the reference part is not switched at random. 
[0033] A thirteenth aspect is directed to a terminal 
device performing prescribed processing on multimedia 
data distributed by a data broadcasting station distribut- 
ing multimedia data identical with each other at time 
intervals in a broadcasting form, comprising: 

a receiving part receiving the multimedia data dis- 
tributed by the data broadcasting station; 
a management part creating and managing man- 
agement information as to the multimedia data 
received by the receiving part; 
a storage device storing the multimedia data for 
which the management information has been cre- 
ated by the management part; and 
a reference part requesting multimedia data to the 
management part while letting the user refer to the 
requested multimedia data, 
wherein the management part 
creates as part of the management information a 
retention coefficient indicating whether or not to 
delete each multimedia data in the storage device, 
updates, on the basis of the request for multimedia 
data by the reference part, a retention coefficient 
corresponding to the multimedia data, 
deletes, when the updated retention coefficient sat- 
isfies a prescribed condition, the corresponding 
multimedia data from the storage device, and 
creates, when new multimedia data not identical to 
multimedia data stored in the storage device is 
inputted, new management information as to the 
new multimedia data. 

[0034] In the thirteenth aspect, the management part 
updates a retention coefficient on the basis of the fre- 
quency of reference to the multimedia data by the user. 
When the updated retention coefficient satisfies a pre- 
scribed condition, the management part deletes the cor- 
responding multimedia data from the storage device 
while regarding the multimedia data as not being 
referred to by the user. Consequently, the multimedia 
data having a small frequency of reference is deleted 
from the storage device with the highest priority, 
whereas the multimedia data having a large frequency 
of reference is retained in the storage device over a long 
period. As described above, according to the thirteenth 
aspect, the multimedia data in the storage device can 
be customized in a state preferable for the user. Moreo- 



ver, multimedia data having a small frequency of refer- 
ence is immediately deleted, thereby suppressing the 
capacity of the storage device. Furthermore, in the thir- 
teenth aspect, multimedia data identical with each other 

5 is distributed to the terminal device. The management 
part creates management information for completely 
new multimedia data which is not stored in the storage 
device. In other words, the management part does not 
create management information as to new multimedia 

10 data which is identical with old multimedia data stored in 
the storage device. That is, the new multimedia data 
can be managed by management information for the old 
multimedia data. In this way, inheritance of manage- 
ment information can be realized as in the case with first 

15 aspect. Thus, in the terminal device in the present 
invention, multimedia data very interesting to the user 
(that is, having a large frequency of reference by the 
user) and being new is stored in the storage device. 
[0035] These and other objects, features, aspects and 

20 advantages of the present invention will become more 
apparent from the following detailed description of the 
present invention when taken in conjunction with the 
accompanying drawings. 

25 BRIEF DESCRIPTION OF THE DRAWINGS 

[0036] 

FIG. 1 is a block diagram showing the structure of a 
30 terminal device 1 according to a first or second 
embodiment of the present invention; 
FIG. 2 is a diagram showing exemplary multimedia 
data distributed by a data broadcasting station 2 of 
FIG. 1; 

35 FIGS. 3(a) to 3(d) show diagrams for illustrating 
management information created and managed by 
a file manager 14 of FIG. 1 ; 
FIG. 4 is a diagram for illustrating the outline of 
processing of a decoder 1 2 and the file manager 14 

40 shown in FIG. 1 ; 

FIG. 5 is a flow chart of processing performed by 
the file manager 14 of FIG. 1 resulting from input of 
multimedia data for one file; 
FIG. 6 is a diagram for illustrating the outline of 

45 processing by a browser 1 6 and the file manager 1 4 
of FIG. 1; 

FIG. 7 is a flow chart of processing performed by 
the file manager 14 of FIG. 1 resulting from input of 
a reference request; 

so FIGS. 8(a) and 8(b) show diagrams for illustrating 
hyperlinks and link level of each multimedia data 
transmitted by the data broadcasting station 2; 
FIG. 9 is a flow chart showing processing subse- 
quent to the flow chart of FIG. 7; 

55 FIGS. 10(a) to 10(c) show diagrams for illustrating 
time transition of management information man- 
aged by the file manager 1 4 of FIG. 1 ; 
FIG. 1 1 is a diagram showing a screen formed by 
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the browser 16 for prompting the user to set the 
value M of a search range; 
FIG. 12 is a flow chart of processing performed by 
the file manager 14 of FIG. 1 every minute; 
FIG. 13 is a flow chart of processing performed by s 
the file manager 14 of FIG. 1 resulting from input of 
reference-termination-notice; 
FIGS. 14(a) to 14(c) show diagrams for illustrating 
time transition of management information man- 
aged by the file manager 14 of FIG. 1 ; jo 
FIGS. 15(a) and 15(b) show diagrams for illustrat- 
ing the outline of inheritance processing performed 
by the file manager 14 of FIG. 1 ; 
FIGS. 16(a) to 16(c) show diagrams for illustrating 
time transition of management information man- 15 
aged by the file manager 14 of FIG. 1 ; 
FIG. 17 is a flow chart of processing performed by 
the terminal device 1 according to the second 
embodiment of the present invention resulting from 
input of multimedia data for one file; 20 
FIGS. 18(a) to 18(d) show diagrams for illustrating 
time transition of management information man- 
aged by the file manager 14 of FIG. 1 ; 
FIG. 19 is a flow chart showing detailed processing 
of a subroutine step S1 71 of FIG. 1 7; 25 
FIGS. 20(a) and 20(b) show diagrams illustrating 
screens formed by the browser 1 6 for prompting the 
user to set a display-lock-flag or a return flag; and 
FIG. 21 is a flow chart showing detailed processing 
of a subroutine step S1 710 of FIG. 1 7. 30 

DESCRIPTION OF THE PREFERRED EMBODI- 
MENTS 

[0037] FIG. 1 is a block diagram showing the structure 35 
of a terminal device 1 according to an embodiment of 
the present invention. Referring to FIG. 1 , a data broad- 
casting station 2 is remotely set from the terminal device 
1 . The data broadcasting station 2 transmits a signal 
(hereinafter referred to as multiplexed signal) in which 40 
multimedia data is at least multiplexed in a broadcasting 
form. The multimedia data is defined as a combination 
of two or more data among text data, still picture data, 
motion picture data and audio data. The multimedia 
data is typically created in the Hyper Text Markup Lan- 45 
guage (hereinafter abbreviated as HTML). To each mul- 
timedia data, a data name is assigned at the point of 
creation. The data name of HTML typically includes a 
specific extension html. Further, the multimedia data is 
encoded in a prescribed coding format. The multimedia so 
data may be described only in the data name. For 
example, multimedia data having a data name 
Topiahtml may simply be described as Topic.html. 
[0038] As shown in FIG. 2, the data broadcasting sta- 
tion 2 distributes in a certain time zone TB1 Topic.html, ss 
Sub1 .html, Sub2.html, Sub0.html, xxx.html,... in 
sequence. In a time zone TB2 after the time zone TB1 , 
further. Topic.html, Sub1.html, Sub2.html, Sub0.html, 



xxx.html, ... are distributed in sequence. Namely, multi- 
media data having the same data names is distributed 
at time intervals. However, texts, pictures and the like 
included in the multimedia data of the same names, 
being related to each other, are updated as the time 
passes. For example, a picture showing a weather chart 
or a text showing a weather forecast is updated after a 
lapse of time. However, this picture or text shows the 
weather chart or weather forecast of a constant place. 
Thus, in this embodiment, multimedia data being identi- 
cal with each other is distributed at time intervals. This 
term multimedia data mutually being identical with each 
other means those including mutually different texts, 
pictures and the like, which are so determined by the 
terminal device 1 that the properties and attributes 
thereof are identical to each other. While the details are 
described later, the terminal device 1 makes this deter- 
mination of identity on the basis of the data names 
assigned to the multimedia data. 
[0039] The terminal device 1 performs on the multime- 
dia data the following processing: The terminal device 1 
separates the multimedia data from the received multi- 
plexed signal. Since the multimedia data have been 
encoded, the terminal device 1 decodes the separated 
multimedia data. The terminal device 1 stores the multi- 
media data while outputting each multimedia data as 
required. The text or the picture of the outputted multi- 
media data is referred to by the user of the terminal 
device 1 . In order to perform the above processing, the 
terminal device 1 comprises a tuner 1 1 , a decoder 12, a 
file manager 14 holding a table 13 therein, a storage 
device 15 and a browser 16, as shown in FIG. 1. The 
tuner 1 1 , the decoder 12, the file manager 14, the stor- 
age device 15 and the browser 16 are typical examples 
of a receiving part, a decoding part, a management 
part, a storage and a reference part in claims. 
[0040] The tuner 1 1 receives the multiplexed signal 
transmitted by the data broadcasting station 2 and 
incorporates it in the terminal device 1 . The tuner 1 1 fur- 
ther separates the encoded multimedia data from the 
received multiplexed signal and outputs the separated 
multimedia data to the decoder 12. The decoder 12 
decodes the inputted multimedia data in accordance 
with a prescribed coding format and outputs the 
decoded multimedia data to the file manager 14. The 
file manager 14 stores the inputted multimedia data in 
the storage device 15 in units of files while registering 
management information for each multimedia data in 
the table 13 and managing it. The file manager 14 fur- 
ther retrieves multimedia data requested by the browser 
16 from the storage device 15 and outputs it to the 
browser 16. The browser 16 is a user interface with the 
terminal device 1. The user operates the browser 16, 
inputs the data name (reference label) of multimedia 
data and requests reference to the multimedia data. 
The browser 16 creates a signal called a reference 
request in response to the user's input by the user. The 
reference request is a signal for requesting the multime- 
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dia data, which should be referred to by the user, of the 
file manager 14. The browser 16 receives the multime- 
dia data searched by the file manager 1 4 and displays 
the same on a monitor (not shown) of the terminal 
device 1 as a text or a picture. When the multimedia 5 
data includes audio data, the browser 16 outputs the 
audio from a speaker (not shown). 
[0041] The management information is described as 
follows. The management information is a set of a refer- 
ence label, a storage time, a file name, a reference flag, 10 
an unreferred time and a retention coefficient. The refer- 
ence label, the storage time, the file name, the refer- 
ence flag, the unreferred time and the retention 
coefficient are respectively registered in the table 13 
shown in FIG. 3(a) in predetermined areas. One column 15 
(one column in the vertical direction of the figure) of the 
table 13 is management information for multimedia data 
of one file. 

[0042] For the reference label, the data name previ- 
ously assigned to the corresponding multimedia data is 20 
employed. 

[0043] The storage time is the time when the corre- 
sponding multimedia data has been stored in the stor- 
age device 15. 

[0044] The file name is assigned by the file manager 25 
14 to the multimedia data. The file name is unique 
among the multimedia data. In other words, the file 
manager 14 does not assign the same file name to a 
plurality of multimedia data. The role of the file name is 
absolutely different from that of the reference label and 30 
hence must be given attention. 
[0045] The reference flag is information for distin- 
guishing the current status of the corresponding multi- 
media data. The value N-| of the reference flag, which is 
initially "0", takes any integer exceeding "0" in response 35 
to the reference status of the corresponding multimedia 
data. While the details are described later, each multi- 
media data is classified in the terminal device 1 roughly 
into any of request ed-multi media-data, related-multime- 
dia-data and unrelated-multimedia-data. The 40 
requested-multimedia-data is that currently referred to 
by the user, and rts value ^ is set to H 1". The related- 
multimedia-data is that determined by the file manager 
14 as being related to the requested-multimedia-data, 
and its value is set at a number of neither "0" nor "1 45 
The unrelated-multimedia-data is that not belonging to 
the requested-multimedia-data and the related-multi- 
media-data, and its value N 1 is set to "0". 
[0046] The unreferred time is information indicating 
the time from when the user has completely referred to so 
the multimedia data to the current time, i.e., the time 
when the corresponding multimedia data is not continu- 
ously referred to. The value N 2 of the unreferred time, 
which is initially "0", takes any integer from "0" to "10" in 
response to the reference status of the corresponding 55 
multimedia data. This value N 2 , which is incremented by 
"1" every constant time (every minute in this embodi- 
ment) while the corresponding multimedia data is clas- 



sified as unrelated-murtimedia-data, is reset to "0" when 
the multimedia data starts to be referred to. Further, this 
value N 2 is kept "0" while the corresponding multimedia 
data is referred to. As to the related-multimedia-data, 
however, the value of its N 2 is not incremented even if 
not referred to. 

[0047] The retention coefficient is information for the 
file manager 14 to determine whether or not to delete 
any multimedia data in the storage device 15. The value 
N 3 of the retention coefficient, which is initially T, is 
incremented/decremented in accordance with the fre- 
quency of reference to the corresponding multimedia 
data. When the value N 3 reaches "0" or less in this 
embodiment, the corresponding multimedia data is 
deleted from the storage device 15. 
[0048] The aforementioned values N-i , N 2 and N 3 are 
calculated by the file manager 14. Each calculation 
method is described later. 

[0049] Detailed operations of the terminal device 1 of 
FIG. 1 are now described. The multiplexed signal trans- 
mitted by the data broadcasting station 2 is received by 
the tuner 1 1 . The tuner 1 1 separates the multimedia 
data from the received multiplexed signal and outputs it 
to the decoder 12. The decoder 12 decodes the inputted 
multimedia data and outputs it to the file manager 14. 
When the multimedia data shown in Fig. 2 are inputted, 
this decoder 12 decodes Topic.html, Sub1.html, 
Sub2.html, ... as shown in Fig. 4 and outputs it to the file 
manager 14. 

[0050] In response to the input of multimedia data for 
one file, the file manager 14 starts the procedure shown 
in a flow chart of Fig. 5. First, the file manager 1 4 checks 
whether or not the management information for the 
inputted multimedia data has already been registered in 
the table 13 (step S51). The step S51 is described in 
more detail. First, the data name is detected from the 
inputted multimedia data. Then, it is determined 
whether or not any of reference labels already regis- 
tered in the table 13 coincides with the detected data 
name. If the identical reference label is registered in the 
table 13, the management information for the inputted 
multimedia data is already registered and hence the file 
manager 14 goes to a step S51 1. The steps S51 1 to 
S515 are described later for the sake of convenience. If 
no such reference label is present, on the other hand, 
the management information for the inputted multime- 
dia data is unregistered. In other words, it follows that 
completely new multimedia data has been inputted this 
time, and hence a step S52 is carried out. 
[0051] In order to register the management informa- 
tion for the new multimedia data inputted this time, the 
file manager 14 adds a column to the table 13 and 
reserves a new field 131, as shown in FIG. 3(b) (step 
S52). In the new field 131, the data name of the inputted 
multimedia data is registered as the reference label 
(step S53), "0" is registered as the initial value N 1 of the 
reference flag and the initial value N 2 of the unreferred 
time respectively (steps S54 and S55). and "1" is regis- 
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tered as the initial value N 3 of the retention coefficient 
(step S56). Then, the file manager 14 assigns a unique 
file name to the inputted multimedia data and registers 
the same in the new field 131 (step S57). Further, the 
file manager 14 stores the inputted multimedia data in 5 
the storage device 15 (step S58). The file manager 14 
registers the storage time for the inputted multimedia 
data in the new field 131 (step S59). The final manager 
14 creates a signal of data-storage-notice and outputs it 
to the browser 1 6 (step S51 0). This data-storage-notice w 
specifies the newly stored multimedia data according to 
the reference label. The browser 16 analyzes the input- 
ted data-storage-notice and notifies to the user the ref- 
erence label of the multimedia data newly stored this 
time. 15 
[0052] As a specific example, such a case that 
Topichtml of FIG. 4 has been completely and newly 
inputted into the file manager 14 is described. It is 
assumed that a file name 0001 .htm has been assigned 
to Topichtml and Topichtml has been stored at 8:58 20 
a.m. According to this assumption, registered in the 
novel area 131 are Topichtml as the reference label, 
08:58 as the storage time, 0001.htm as the file name, 
"0" as the initial value N 1 of the reference flag, "0" as the 
initial value N 2 of the unref erred time, and further "1" as 25 
the initial value N 3 of the retention coefficient, as shown 
in FIG. 3(c). The file manager 14 registers the afore- 
mentioned management information in the table 13, and 
manages each multimedia data in the storage device 1 5 
in units of files. In the following description, multimedia 30 
data may be referred to simply by its file name. For 
example, the multimedia data having the file name 
0001 .htm is simply referred to as 0001 .htm. 
[0053] The file manager 1 4 carries out the steps S51 
to S510 every time completely new multimedia data is 35 
inputted. Thus, management information for the multi- 
media data is created by one set and newly registered 
in the table 13. It is assumed that the current time is 
9:06 am. rt is also assumed that, at the point of 9:06 
a.m., Topichtml, Sub1.html and Sub2.html are com- 40 
pletely newly inputted into the file manager 14 among 
the multimedia data (see FIG. 2) distributed in the time 
zone TB1. Namely, Sub0.html and the multimedia data 
distributed thereafter are not yet inputted into the file 
manager 14. According to this assumption, manage- 45 
ment information shown in FIG. 3(d) is registered at 
9:06 a.m. in the table 13. The value N 2 of the unreferred 
time of each management information is immediately 
after the corresponding multimedia data has been 
stored in the storage device 15, i.e., initially "0". How- so 
ever, assuming that each multimedia data is not abso- 
lutely referred to by the user, each value N 2 is 
incremented by "1" every other minute from each stor- 
age time. Therefore, the value N 2 of Topichtml stored at 
8:58 a.m. is "8" at 9:06 a.m. The remaining values N 2 55 
are also calculated in a similar manner. 
[0054] The user operates the browser 1 6 and inputs a 
reference label. Thus, multimedia data corresponding to 



this reference label is requested. The user can under- 
stand the data name (the reference label) in real time 
through the data-storage-notice at the step S510. Fur- 
ther, the user can understand the data name through 
WWW or a magazine. If understanding the data name 
through WWW or the magazine, the user is not sure 
whether the multimedia data having the name is stored 
in the storage device 15. In other words, the user inputs 
the reference label regardless of presence/absence of 
the multimedia data. Further, although the reference 
label has once been notified to the user, the corre- 
sponding multimedia data may be deleted by the file 
manager 14 from the storage device 15. 
[0055] The browser 16 creates a reference request 
including the reference label inputted by the user as 
shown in Fig. 6, and outputs it to the file manager 14. It 
is assumed here that this reference request includes 
Topichtml as the reference label and has been output- 
ted immediately after 9:06 a.m. i.e., eight minutes after 
the storage time (8:58 a.m.). 

[0056] In response to the input of the reference 
request, the file manager 14 performs processing 
shown in a flow chart of FIG. 7. When the reference 
request is inputted (step S71), the file manager 14 
searches for the reference label coinciding with the ref- 
erence label included in the reference request from the 
table 13 and determines whether or not requested -mul- 
timedia-data is stored (step S72). The term requested- 
multimedia<Jata stands for the multimedia data 
requested by the user. If the reference label coinciding 
with the reference label in the reference request is not 
registered in the table 13. the file manager 14 deter- 
mines that the requested-multimedia<iata (Topichtml) 
is not stored in the storage device 15 and goes to S722 
described later. If finding the reference label in the table 
13, on the other hand, the file manager 14 determines 
that the requested-multimedia-data is stored in the stor- 
age device 15 and goes to a step S73. 
[0057] Currently Topichtml has already been stored in 
the storage device 15 and is not deleted. Therefore, the 
file manager 14 retrieves Topichtml as the requested- 
multimedia<Jata from the storage device 1 5 and outputs 
it to the browser 16 (step S73). The browser 16 lets 
inputted Topichtml displayed on the monitor (not 
shown), so that the user can refer to the requested-mul- 
timedia-data (Topichtml). At a step S73, further, the file 
manager 14 retrieves the management information for 
the outputted requested-multimedia-data from the table 
13. In the retrieved management information, the refer- 
ence flag, the unreferred time and the retention coeffi- 
cient are updated. Since the requested-multimedia-data 
is currently being referred to. the value Nt of its refer- 
ence flag is updated to T (step S74), and the value N 2 
of its unreferred time is reset to "0" (step S75). Further, 
the value N3 of its retention coefficient is incremented 
by "1 " (step S76). As the result of the steps S74 to S76, 
the values N 1( ISfe and N 3 of Topichtml are updated to 
"1 w , "0" and "2" immediately after 9:06 a.m. (refer to FIG. 
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10(a)). 

[0058] Each multimedia data of FIG. 2 may be linked 
with another multimedia data through a hyperlink. The 
hyperlink is implemented by a prescribed HTML tag. 
This HTML tag is embedded in the link-source multime- s 
dia data, and specifies the data name of the link desti- 
nation. It is assumed that hyperlinks shown in FIG. 8(a) 
are established for each multimedia data. From the link 
source Topic.html to the link destinations Sub0.html and 
Sub1.html, hyperlinks 81 and 82 are strung. In this w 
case, HTML tags specifying the link destinations 
Sub0.html and Sub1.html are embedded in the link 
source Topic.html respectively. Through this hyperlink 
81 or 82, the user operating the browser 16 can refer 
from a specific place of Topic.html to Sub0.html or is 
Sub1.html. 

[0059] Further, an HTML tag specifying the link desti- 
nation Sub2.html is embedded in the link source 
Sub1.html, whereby a hyperlink 83 from Sub1.html to 
Sub2.html is strung. In addition, there are some hyper- 20 
links between Sub2.html and xxx.html. For the sake of 
convenience, description and illustration of the hyper- 
links intervening therebetween are omitted. 
[0060] The linked multimedia data is related to each 
other. Sub0.html and Sub1.html, which are directly 25 
linked with Topic.html through the hyperlinks 81 and 82, 
are closely related to Topic.html. Further, Sub2.html, 
which is linked with Topic.html through the two hyper- 
links 82 and 83, is related to Topic.html. However, the 
relation of Sub2.html is weak as compared with the rel- 30 
evance of Sub0.html and Sub1.html. xxx.html, which is 
linked with Topic.html through N hyperlinks, is weak in 
relation to Topic.html. Thus, the relation between two 
multimedia data weakens in proportion to the number of 
hyperlinks intervening therebetween. 35 
[0061] In order to define with reference to the 
requested-multimedia-data the strength/weakness in 
the relation of the remaining multimedia data, the file 
manager 14 employs a unit called a link level. The link 
level is the number of hyperlinks intervening between 40 
the requested-multimedia-data and each multimedia 
data. In FIG. 8(a), for example, Sub0.html is directly 
linked with Topic.html. Therefore, the value L of the link 
level of Sub0.html is T as viewed from Topic.html. Sim- 
ilarly, the value L of Sub1.html is also "1". Since two 45 
hyperlinks intervene between Topic.html and 
Sub2.html, the value L of Sub2.html is "2" as viewed 
from Topic.html. Assuming that N hyperlinks intervene 
between Topic.html and xxx.html, the value L of 
xxx.html is "N". Thus, as the value L of the link level so 
increases, the relevance between the requested-multi- 
media-data and the remaining multimedia data weak- 
ens. 

[0062] The user takes an interest in multimedia data 
closely related to the requested-multimedia-data (i.e., 55 
having a small value L). Hereinafter the term related- 
muitimedia-data stands for such multimedia data in 
which the value L of the link level is not more than a pre- 
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scribed number M as viewed from the requested-multi- 
media-data. It is assumed here that M = 2. Sub0.html, 
Sub1 .html and Sub2.html, the values L of the link levels 
of which are "1" or "2", are related-multimedia-data. On 
the other hand, assuming that N ^ 3, the value L of the 
link level for xxx.html is larger than M. Accordingly, 
xxx.html is not related-multimedia-data but unrelated- 
multimedia-data. One object of the terminal device 1 is 
to leave only multimedia data interesting to the user in 
the storage device 15. Therefore, the related-multime- 
dia-data is. as compared with the unrelated-multimedia- 
data, preferably rendered hard to delete from the stor- 
age device 15. Thus, the file manager 14 updates not 
only the management information for the requested- 
multimedia-data but also the management information 
for the related-multimedia-data. To this end, the file 
manager 14 decides which multimedia data is the 
related-multimedia-data. After termination of the step 

576 in FIG. 7, therefore, processing following a step 

577 of FIG. 9 is performed. 

[0063] The file manager 14 checks a search range 
specified by the browser 16, and determines whether or 
not this search range is in excess of "1 " (step S77). The 
search range, which is a threshold for the file manager 
14 to distinguish the related-multimedia-data and the 
unrelated-multimedia-data from each other, corre- 
sponds to the aforementioned prescribed number "M". 
Namely, the file manager 14 decides such multimedia 
data that the relation between the value L of the link 
level and the search range M satisfies the condition L m 
M as the related-multimedia-data. This M may be an 
integer exceeding "0". 

[0064] The browser 1 6 displays a screen such as that 
shown in FIG. 1 1 as required, to prompt the user to set 
the value M of the search range. The user operates the 
browser 16 and inputs the value M of the search range. 
The browser 1 6 notifies the file manager 14 of the value 
M of the search range inputted by the user. The file 
manager 14 latches the notified value M of the search 
range in a prescribed storage area. 
[0065] If the latched value M of the search range indi- 
cates "0", it follows that the browser 1 6 indicates that no 
related-multimedia-data may be searched for to the file 
manager 14. In this case, the file manager 14 termi- 
nates the processing of FIG. 9. If the value M of the 
search range indicates a level exceeding "1", the 
browser 16 indicates that related-multimedia-data must 
be searched for. In this case, the file manager 14 cre- 
ates a list 84 of the hyperlinks (step S78). This list 84, on 
which the names of the multimedia data linked with the 
requested-multimedia-data through hyperlinks and the 
values L of the link levels are listed, is conceptually 
depicted as shown in FIG. 8(b). 
[0066] So that the hyperlinks are established as 
described above, HTML tags specifying the data names 
of the link destinations must be embedded in the link- 
source multimedia data. Therefore, the file manager 14 
repeats processing of first analyzing the source of the 
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requested-multimedia-data for searching for the HTML 
tags and further analyzing the source of each link-desti- 
nation multimedia data for searching for the HTML tag. 
Thus, the file manager 14 collects information (the data 
names and the values L) necessary for creation of the 
list 84. As shown in FIG. 8(b), listed on the list 84 every 
such multimedia data that the value "L" of the link level 
is below the value "M" of the search range are the data 
name(s) of the collected link destination(s) and the 
value(s) Lof the link level(s) thereof. FIG.8(b) shows the 
case of M = 2. When M = 2, Sub0.html (L = 1). 
Sub1 .html (L = 1) and Sub2.html (L = 2) are described 
as the data names of the link destinations. While an 
HTML tag is embedded also in Sub0.html, Sub0.html is 
not currently stored in the storage device 15 as 
described later and hence the file manager 14 cannot 
analyze Sub0.html. Therefore, the link destination of 
Sub0.html is not selected as related-multimedia-data. 
[0067] The file manager 14 decides the multimedia 
data listed on the list 84 as related-multimedia-data. 
Further, it decides that other than the requested-multi- 
media-data and the related-multimedia- data as unre- 
lated-multimedia-data. Thus, the value M of the search 
range defines the range for the file manager 14 to 
search the related-multimedia-data. The file manager 
14 can create no list when determining at the step S72 
that the requested-multimedia-data is not stored in the 
storage device 15, and hence the processing following 
the step S77 is not carried out in this case. 
[0068] If the data names of the link destinations and 
the link levels (L * 1) are listed on the list 84 (step S79), 
the file manager 14 fetches a set of the data name and 
the value "L" of the link level from the list 84 (step S710) 
for selecting related-multimedia-data to be processed. 
Then, the file manager 14 determines whether or not a 
reference label coinciding with the fetched data name 
has already been registered in the table 13, and further 
determines whether or not a storage time correspond- 
ing to the reference label has already been registered. 
Thus, whether or not the selected related-multimedia- 
data is stored in the storage device 15 is determined 
(step S71 1). If the related-multimedia-data is not stored 
in the storage device 15, a step S71 6 described later is 
carried out If the related-multimedia-data is stored, on 
the other hand, a step S712 is carried out. It is assumed 
here that Sub1 .html as the data name and the link level 
(L = 1) are fetched from the list 84 in FIG. 8(b). 
Sub1.html as the reference label is registered in the 
table 13, and 08:59 is registered as the storage time 
corresponding to the reference level. In other words, 
Sub1 .html is currently stored in the storage device 15. 
The reference flag, the unreferred time and the retention 
coefficient thereof are set immediately before 9:06 a.m. 
(i.e., immediately before the reference request is input- 
ted) as "0", "7" and "11" (see FIG. 3(d)). Therefore, this 
time the f ile manager 1 4 goes from the step S71 1 to the 
step S712. 

[0069] The file manager 14 selects the unreferred 



time, the reference flag and the retention coefficient cor- 
responding to the fetched reference level as the man- 
agement information to be processed (step S712). The 
value N 1 of the selected reference flag is set to "s" (step 

5 S713). The value of s is (L + 1). L is the link level 
selected at the step S710. The value N2 of the selected 
unreferred time is set to "0" (step S71 4) . To the value N3 
of the selected retention coefficient, "p" is added (step 
S715). The value of p is (1/2) L . 

10 [0070] According to the above assumption, the refer- 
ence flag (N 1 = 0), the unreferred time (N 2 = 7) and the 
retention coeff icient (N 3 = 1) of Sub1.html (L = 1) are 
selected at the step S712 as the objects of processing. 
At the step S713, s = 2 and hence the value N 1 is 

15 updated to "2". At the step S714, the value N 2 is 
updated to "0". At the step S715, further, p = 1/2 and 
hence the value N 3 of the retention coefficient is 
updated to "1.5" with addition of "0.5" to the acquired 
value "1". Consequently, the management information 

20 for Sub1 .html is immediately after 9:06 a.m. as shown in 
FIG. 10(a). 

[0071] Description is made on such a case that the 
management information for Sub2.html (L = 2) has been 
selected at the step S712 as the object of processing. 
25 The reference flag, the unreferred time and the retention 
coefficient of Sub2.html are immediately before 9:06 
am (i.e., immediately before the reference request is 
inputted) ^ = 0, N 2 = 4 and N 3 = 1, as shown in FIG. 
3(d). At the step S713, s = 3 and hence the value N n is 

30 updated to "0". At the step S714, the value N2 is 
updated to "0". At the step S715, p = 1/4 and hence the 
value N 3 is updated to "1.25" with addition of "0.25" to 
the acquired value "1". Consequently, the management 
information for Sub2.html is immediately after 9:06 a.m. 

35 as shown in FIG. 10(a). 

[0072] As described above, the management informa- 
tion for the related-multimedia<Jata listed on the list 84 
(see FIG. 8(b)) is updated. On the list 84, however, the 
data name and the link level of multimedia data not yet 

40 registered in the storage device 1 5 may be listed. This is 
because the list 84 can be created if the link-source 
multimedia data is stored in the storage device 15. In 
other words, the list 84 can be created regardless of 
presence/absence of link-destination multimedia data. 

45 For example, although Sub0.html is not yet stored 
immediately before 9:06 a.m., the file manager 14 finds 
in the link-source Topic.html an HTML tag specifying 
Sub0.html as the link destination. At the same time, the 
file manager 14 can recognize the value L of the link 

50 level of Sub0.html as viewed from Topiahtml. Therefore, 
the data name and the link level of related-multimedia- 
data not yet stored in the storage device 15 may be 
selected at the step S710. 

[0073] In this case, the file manager 14 determines at 
55 the step S71 1 that the related-murtimedia-data is not yet 
stored in the storage device 15. Hereinafter the term 
non-stored/related multimedia data stands for the 
related-multimedia-data determined at the step S71 1 as 
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not yet stored in the storage device 15. Then, the file 
manager 14 determines whether or not a reference level 
coinciding with the data name of the non-stored/related 
multimedia data is already registered in the table 13, for 
determining presence/absence of temporary manage- s 
ment information (step S716). If temporary-manage- 
ment- information is present, the file manager 14 
directly goes to a step S721 (described later). If no tem- 
porary-management-information is present, the file 
manager 1 4 adds a new field to the table 1 3 by one col- w 
umn (step S71 7). In this new field, the data name of the 
related multimedia data is registered as the reference 
label (step S718), indicating a blank is registered as 
the storage time and the file name (step S719), "0" is 
registered as the initial value N 1 of the reference flag 15 
and the initial value N 2 of the unreferred time respec- 
tively, and "1" is registered as the initial value N 3 of the 
retention coefficient (step S720). Thus, temporary-man- 
agement-information is created. The storage time and 
the file name can not be set for multimedia data not 20 
stored in the storage device 15, and hence "-" is regis- 
tered at this step S719. Then, the file manager 14 
selects the created temporary-management-informa- 
tion as an object of processing from the table 13 (step 
S721), and performs the processing following the step 2 s 
S712. 

[0074] Description is now made on such a case that 
no temporary-management-infbrmation for Sub0.html 
has been determined as registered at the step S716. 
First, at the step S718, Sub0.html is registered as the 30 
reference label in the new field. At the step S719, "-" is 
registered as the storage time and the file name. At the 
step S720, "0" is registered as the initial value N 1 of the 
reference flag and the initial value N 2 of the unreferred 
time respectively, and "1" is registered as the value N 3 35 
of the retention coefficient. Thereafter, since s = 2 if the 
value L of the link level of Sub0.html is "1" at the step 
S713, and hence the value N 1 is updated from "0"to "2". 
The value N 2 remains "0" even if the step S714 is car- 
ried out. At the step S715, p = 0.5 if L is "1 ", and hence 40 
the value N 3 is updated to "1.5". Consequently, the tem- 
porary-management-information for Sub0.html is imme- 
diately after 9:06 a.m. as shown in FIG. 10(a). 
[0075] While the details are described later, when the 
value N 3 reaches "0" or less in this embodiment, the 45 
corresponding multimedia data is deleted from the stor- 
age device 15. To the value N 3 of the retention coeffi- 
cient of the requested-multimedia-data, however, only 
"1 " is added at the step S76. To the values N 3 of not only 
the requested-multimedia-data but also the related-mul- so 
timedia-data, "p" (= (1/2) L ) is added at the step S715. 
Further, the value N 3 of each related-multimedia-data 
varies with the value of the link level (i.e., the degree of 
the relation to the requested-multimedia-data). Namely, 
the added value "p" increases as the link level 55 
decreases. Thus, related-multimedia-data closely 
related to the requested-multimedia-data remains in the 
storage device 15 for a long time due to updating to a 
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larger retention coefficient. 

[0076] As described above, the values N 3 of the 
requested-multimedia-data and the related-multimedia- 
data hardly reach "0" or less, and hence are hard to 
delete from the storage device 15. Thus, in/from the 
storage device 15, multimedia data highly interesting to 
the user tend to remain while less interesting multime- 
dia data tend to be deleted. Thus, it follows that the 
capacity of the storage device 15 is effectively utilized. 
[0077] The non-stored/relevant multimedia data for 
which temporary-management-information has been 
created is in the future inputted into the file manager 14 
in general. It is assumed here that Sub0.html has been 
inputted immediately before 9:07 a.m. into the file man- 
ager 14. In response to the input of the multimedia data 
input, the file manager 14 determines pres- 
ence/absence of the management information for the 
input of multimedia data (FIG. 5; step S51). Currently a 
reference label Sub0.html coinciding with the data 
name Sub0.html of the inputted multimedia data is reg- 
istered in the table 13 (see FIG. 10(a)). Therefore, the 
file manager 14 selects the management information for 
the inputted multimedia data as the object of processing 
from the table 13 (step S51 1). While currently the man- 
agement information for Sub0.html is temporary, the file 
manager 14 handles at the step S511 the temporary- 
management-information and normal management 
information with no distinction. 
[0078] The file manager 1 4 then determines whether 
or not the value N 1 of the reference flag is "1" (step 
S512). If this value Nj is "1", it follows that multimedia 
data of the same data name as the inputted multimedia 
data is currently referred to by the user. According to 
this embodiment, multimedia data having the same data 
names are transmitted at time intervals as shown in 
FIG. 2, and hence the value N 1 may be "1" at the step 
S512. However, Topic.html is currently referred to, and 
Sub0.html, with its value being not "1" (see FIG. 
10(a)), is not being referred to. Therefore, processing 
following the step S513 is now described. Processing 
for the case where the value N 1 is "1" is described later. 
[0079] The file manager 1 4 inherits the value N-i of the 
reference flag, the value N 2 of the unreferred time and 
the value N 3 of the retention coefficient (steps S513, 
S514 and S515). More specifically, the respective val- 
ues N 2 and N 3 of the object of processing are not 
updated but employed as such. Currently the respective 
values N 1f N 2 and N 3 of Sub0.html are "2", "0" and "1 .5". 
Also after execution of these steps S513, S514 and 
S515, therefore, N 1t N 2 and N 3 remain "2", "0" and 
"1.5". 

[0080] Then, the file manager 14 determines whether 
or not inheritance-source multimedia data for the multi- 
media data inputted this time is stored in the storage 
device 15 (step S51 6). At this step 516, the file manager 
14 determines, if the reference label for the multimedia 
data inputted this time is redundant, i.e., doubly regis- 
tered in the table 13, that the inheritance-source multi- 
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media data is present and goes to a step S51 7. On the 
other hand, the file manager 14 goes, if no inheritance- 
source multimedia data is present in the storage device 
15, to a step S57. As shown in FIG. 10(a). the reference 
label Sub0.html is registered immediately before 9:07 
a.m. in the table 13 only by one. Therefore, description 
of the step S51 7 is made later. 
[0081 ] The file manager 1 4 assigns a file name to the 
inputted multimedia data (step S57). The inputted multi- 
media data is stored in the storage device 15 (step 
S58), and the file manager 1 4 registers the storage time 
of the inputted multimedia data (step S59). These file 
name and storage time are registered in a correspond- 
ing field in the table 13. Then, data-storage-notice is 
outputted to the browser 16 (step S510). 
[0082] It is assumed here that inputted Sub0.html has 
been assigned at the step S57 a file name 0008.htm 
and thereafter stored at 9:06 a.m. in the storage device 
15. According to this assumption, the table 13 holds 
immediately after 9:07 a.m. several sets of manage- 
ment information, as shown in FIG. 10(b). It is to be 
noted here that, immediately after 9:06 a.m., the file 
name and the storage time of Sub0.html have been 
undefined and in unregistrable states, and hence have 
been i.e., blank (see FIG. 10(a)). Immediately after 
9:07 a.m., however, the file name and the storage time 
of Sub0.html are registered and the management infor- 
mation therefor is completed. Here, the values N 1f N 2 
and N 3 of Sub0.html are not newly registered at the 
point of the input of Sub0.html but inherited from the 
temporary-management-information. Namely, in this 
embodiment, non-stored/related multimedia data such 
as Sub0.html has the value N 3 of the retention coeffi- 
cient exceeding "1" at the time point when stored in the 
storage device 15 (see FIG. 10(b)). 
[0083] For the related-multimedia-data, as described 
above, temporary-management-information is created 
even if the multimedia data is not stored in the storage 
device 15 at the time point when requested by the 
browser 16. The reference flag, the unreferred time and 
the retention coefficient of such non-stored/related mul- 
timedia data are inherited from the temporary-manage- 
ment-information at the time point when the same are 
stored in the storage device 15. The value N 3 of this 
inherited retention coefficient has a value greater than 
the initial value T. In other words, it follows that the 
non-stored/relevant multimedia data is supplied at the 
point of storage thereof with the relatively large value N 3 
by the file manager 14. Thus, this value N 3 hardly 
reaches "0" or less, hence to be hard to delete from the 
storage device 15. Thus, in the storage device 15, mul- 
timedia data highly interesting to the user further tend to 
remain. Thus, it follows that the capacity of the storage 
device 15 is effectively utilized. 
[0084] In comparison of FIGS. 1 0(a) and 1 0(b). it is to 
be noted that the values N 2 of the unreferred times of 
the requested-multimedia-data and the related-multi- 
media-data are not incremented after a lapse of one 



10 984 A2 22 

a 

minute. Namely, the value N2 is not incremented unless 
the value Nj of the reference flag is "0" (the details are 
described later), and hence the value N 3 of the retention 
coefficient is hardly decremented and hard to delete 
5 from the storage device (for the details refer to FIG. 12 
as described later). 

[0085] It is assumed here that xxx.html has been 
inputted immediately before 9:08 a.m. into the file man- 
ager 14. xxx. html is also completely new multimedia 

w data. Further, this xxx.html, not listed on the list (see 
FIG. 8(b)), is currently unrelated-multimedia<lata. In 
response to the input of xxx.html, the file manager 14 
performs the steps S51 to S510 shown in the flow chart 
of FIG. 5. Processing related to this completely new 

is xxx.html is similar to that in the aforementioned input of 
Topic.html (immediately before 8:58 a.m.). Therefore, 
description of the steps S51 to S510 carried out for 
xxx.html is omitted. As a result of the processing of 
these steps S51 to S510, management information for 

20 xxxhtml is newly added to the table 13. as shown in 
FIG. 10(c). The storage time thereof is 09:08. Its file 
name is 0009.htm. The initial value Nj of its reference 
flag, the initial value N 2 of the unreferred time and the 
initial value N 3 of the retention coefficient are "0", "0" 

25 aixTr. 

[0086] Since the processing of FIG. 5 is an interrupt 
procedure in response to the input of multimedia data, 
the file manager 14 starts processing shown in a flow 
chart of FIG. 12 for each management information cur- 

30 rently registered in the table 13 every minute. This pro- 
cedure of FIG. 12, which has also been performed in 10 
minutes from 8:58 a.m. up to immediately before 9:08 
a.m., is for the sake of convenience described after the 
procedure of FIG. 7 and FIG. 9. It is assumed that the 

35 following description is on procedure performed imme- 
diately after 9:08 a.m. 

[0087] First, the file manager 14 retrieves the table 13, 
and if management information to be processed is 
present (step S121), it selects the management infor- 

40 mation from the table 13 for one file (step S122). It is 
assumed here that the management information for 
Topic.html has been selected as the object of process- 
ing. The file manager 14 determines whether or not the 
value Nj of the reference flag for the object of process- 

45 ing is in excess of "1 " (step S123), and if this reference 
flag is in excess of "1", it returns to the step S121. As 
shown in FIGS. 10(a) to 10(c), the value of 
Topic.html is "1" from immediately after 9:06 a.m. up to 
the current time (immediately after 9:08 a.m.). There- 

so fore, the file manager 1 4 returns to the step S1 21 if the 
object to be processed is the management information 
for Topic.html, and selects another management infor- 
mation. Namely, the management information for 
Topic.html is not at all updated but kept in the current 

55 status. Also as to Sub1.html and Sub2.html and 
Sub0.html, each value N 1 is currently (immediately after 
9:08 a.m.) in excess of "1 ", whereby, if the management 
information for these related multimedia data is selected 



12 



23 EP 0 940 984 A2 24 

* 

as the object of processing, it is processed similarly to N 1 of the reference flag of the selected management 

the case of the management information for Topic.html information to "0" (step S1 33). Topic.html is classified as 

and not at all updated. unrelated-multimedia-data. 

[0088] If the management information for xxx.html is [0090] Then, the file manager 14 refers to the list 84 
selected as the object of processing, however, the value 5 (see FIG. 8(b)) and determines whether or not related- 
of xxx.html currently (immediately after 9:08 a.m.) multimedia-data is stored (step S134). The file manager 
indicates "0". If the value N 1 is not in excess of "1", the 14 terminates the processing of FIG. 13 if no related 
file manager 14 increments the value N 2 of the corre- multimedia data is present, while going to a step S135 if 
sponding unreferred time by T (step S124). As a it is stored. Referring to FIG. 8(b), Sub0.html, Sub1.html 
result, the value N 2 of the unreferred time of xxx.html is 10 and Sub2.html are stored as the related-multimedia- 
updated to "1". Then, the file manager 14 determines data for Topic.html. Therefore, the file manager 14 
whether or not the value N 2 of the unreferred time being selects one data name of the related-multimedia-data 
the management information to be processed is "10" listed on the list 84, and selects the management infor- 
(step S125). If the value N 2 is not "10", the file manager mation for the multimedia data as the object of process- 
14 returns to the step S121 . if the value N 2 is "10", on is ing from the table 13 (step S135). The file manager 14 
the other hand, a step S126 described later is carried changes the value N 1 of the reference flag of the 
out. Currently N 2 of xxx.html is not "10", and hence the selected management information to "0" (step S136). 
file manager 14 returns to the step S121 . The file man- The file manager 14 performs these steps S134 to S136 
ager 14 currently (immediately after 9:08 a.m.) selects till selecting all data names listed on the list 84, and ter- 
all management information as the object to be proc- 20 minates the processing of FIG. 13. As a result, N, of 
essed, and since management information to be proc- Sub0.html, Sub1 .html and Sub2.html are changed to "0" 
essed has disappeared, it temporarily terminates the respectively. Thus, Sub0.html, Sub1.html and 
processing of FIG. 12. Sub2.html are also classified as unrelated- multimedia- 
[0089] It is assumed here that the user of the browser data. 

1 6 terminates the reference to Topic.html at 9:09 a.m. In 25 [0091 ] As a result of execution of the aforementioned 

response to this termination, the browser 16 generates steps S131 to S136. it follows that the table 13 holds 

reference-termination-notice which is information indi- management information as shown in FIG. 14(a). Thus, 

eating the termination of the reference, and outputs it to when the user terminates the reference to the 

the file manager 14. In this reference-termination- requested-multimedia-data, the file manager 14 

notice, the data name (this time Topic.html) of the 30 changes the values ^ of the requested-multimedia- 

requested-multimedia-data is included. When the user data and the related multimedia data to "0" respectively, 

terminates the reference to the requested-multimedia- and registers these as unrelated-multimedia-data in the 

data, the management information for the requested- table 13. 

multimedia-data and the related-multimedia data is [0092] Since the procedure of FIG. 13 is interrupt pro- 
updated. Then, in response to the input of the refer- 35 cedure inresponse to the input of the reference termina- 
ence-termination-notice, the file manager 14 performs tion notice, the file manager 14 performs immediately 
processing shown in a flow chart of FIG. 13. First, the after termination of this processing (i.e., immediately 
file manager 14 determines whether or not multimedia after 9:09 a.m.) the procedure of FIG. 12. The table 13 
data (hereinafter referred to as inheritance-designation currently (immediately after 9:10 a.m.) holds the man- 
multimedia data) to inherit the management information 40 agement information as shown in FIG. 1 4(a). The value 
for the requested-multimedia-data to which the refer- of each management information is currently not in 
ence has been terminated is stored in the storage excess of "1". Therefore, the file manager 14 repeats 
device 15 (step S131). While this term inheritance-des- the loop of the steps S121 to S124 five times, and 
tination multimedia data stands for multimedia data hav- selects management information including a reference 
ing the same reference label as the requested- 45 label varying with each loop as the object of processing, 
multimedia-data, to which the reference has been termi- Consequently, the value N 2 of each unreferred time is 
nated, with the value N 1 of the reference flag being "0", incremented by "1". Thus, N 2 of Topic.html, Sub0.html, 
details are described later. The file manager 14 goes to Sub1.html and Sub2.html are changed to "1" respec- 
a step S137 described later if the inheritance-destina- tively. Further, N 2 of xxx.html is changed to "2". 
tion multimedia data has already been stored, while so [0093] It is assumed that the user of the browser 16 
going to a step S132 if it has not yet been stored. It is does not at all refer to multimedia data for nine minutes 
assumed here that the inheritance-destination multime- from immediately after 9:09 a.m. up to immediately after 
dia data for Topic.html is not stored in the storage device 9:18. During the nine minutes, the value N«| of each ref- 
15, and the description is continued. According to this erence flag of the table 13 is not in excess of "1 In the 
assumption, the file manager 14 selects the manage- 55 first eight minutes, therefore, the loop of the steps S121 
ment information registered as to the requested-multi- to S125 is repeated eight times every other minute, and 
media-data as the object of processing from the table management information varying with each loop is 
13 (step S132). The file manager 14 changes the value selected as the object of processing. Consequently, the 
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value N 2 of each unref erred time immediately after 9:1 7 
a.m. is incremented by "7" with respect to that immedi- 
ately after 9:09 a.m. In other words, N 2 of Topic.html, 
Sub0.html, Sub1 .html and Sub2.html are changed to M 8" 
respectively. N 2 of xxx.html is changed to "9" (see FIG. 5 
14(b)). 

[0094] Further, if immediately after 9:18 a.m. the man- 
agement information for Topic.html, Sub0.html, 
Subl.html or Sub2.html is selected as the object of 
processing (steps S121 and S122), the value of 10 
each reference flag is not in excess of "1" (step S123), 
and hence N 2 of each unreferred time is incremented by 
T (step S124). Consequently, the values N 2 of 
Topic.html, Sub0.html, Sub1.html and Sub2.html reach 
"9" respectively. 15 
[0095] Also when immediately after 9:18 a.m. the 
management information for xxx.html is selected and 
fetched (steps S121 and S122), the value of xxx.html 
is not in excess of "1" (step S123) and hence the value 
N2 of xxx.html is incremented by "1 " (step S124). Con- 20 
sequently, the value N 2 of xxxhtml reaches "10". When 
selecting xxx.html as the object of processing, there- 
fore, the file manager 1 4 determines at a step S1 25 that 
the value N 2 is "10" and goes to a step S126. 
[0096] The file manager 14 decrements the value N3 25 
of the retention coefficient of the management informa- 
tion selected at the step S122 by "1" (step S126). Con- 
sequently, the value N 3 of xxx.html reaches "0". Then, 
the file manager 1 4 resets the value N 2 of the unreferred 
time to "0" (step S127). Then, the file manager Hdeter- 30 
mines whether or not the decremented value N 3 is no 
more than "0" (step S128). The file manager 14 returns 
to the step S121 if this value N 3 is more than "0", while 
going to a step S129 if this value N 3 is not more than 
"0". This time the value N 3 of xxx.html is "0" and hence 35 
the file manager 1 4 goes to the step S129, for determin- 
ing whether or not multimedia data corresponding to the 
selected management information is actually stored in 
the storage device 15 with reference to the table 13 
(step S129). The terminal device 1 creates temporary- 40 
management-information for non-stored multimedia 
data not yet distributed. While such temporary-manage- 
ment-information has been created, non-distributed 
multimedia data may be present. Hence the step S129 
is necessary. When determining at the step S129 that 45 
the multimedia data is present, the file manager 14 
deletes the multimedia data specified by the manage- 
ment information from the storage device 15 (step 
S1210) and deletes from the table 13 the management 
information to be processed (step S121 1). When deter- 50 
mining that no multimedia data is present, the file man- 
ager 1 4 deletes from the table 13 only the management 
information to be processed (step S1211). This time 
xxx. html and its management information are deleted. 
Consequently, the table 13 holds immediately after 9:18 ss 
a.m. management information as shown in FIG. 14(c). 
[0097] As described above, the value N3 of the reten- 
tion coefficient of Topic.html is incremented due to the 



reference by the user and hence hardly reaches "0". 
Therefore, Topic.html is hard to delete from the storage 
device 15. On the other hand, xxx.html has not been 
referred to by the user, and hence the retention coeffi- 
cient N 3 is decremented and immediately reaches "0" or 
less. Thus, xxx.html is easy to delete from the storage 
device 15. Therefore, it follows that the terminal device 
1 performs processing so as to leave multimedia data 
having had a high frequency of reference by the user in 
the storage device 15. In other words, multimedia data 
highly interesting to the user is stored in the storage 
device 15 for a long time while uninteresting multimedia 
data is immediately deleted from the storage device 15. 
Thus, even if comprising the storage device 15 of a 
small capacity, the terminal device 1 can effectively uti- 
lize a small storage area. 

[0098] Although not directly referred to by the user, 
further, Sub0.html, Sub1.html and Sub2.html have con- 
stant relation to the multimedia data (Topic.html) 
referred to by the user, and are determined by the file 
manager 14 as highly interesting to the user. Therefore, 
the values N 3 of the retention coefficients of Sub0.html, 
Sub1.html and Sub2.html hardly reach "0" or less 
respectively, and these multimedia data are also hard to 
delete from the storage device 15. In other words, it fol- 
lows that the terminal device 1 performs processing so 
as to leave not only the multimedia data (requested- 
multimedia-data) referred to by the user but also the 
related-multimedia-data therefor in the storage device 
15. Thus, it follows that, in the storage device 15 of the 
terminal device 1, a large amount of multimedia data 
highly interesting to the user are stored. Thus, accord- 
ing to this terminal device 1, the multimedia data in the 
storage device 15 are automatically customized accord- 
ing to the taste of the user. 

[0099] Now it is assumed that Topic.html, Sub1 .html, 
Sub2.html, ... distributed by the data broadcasting sta- 
tion 2 in the time zone TB2 arrive from the time immedi- 
ately before 9:19 a.m. sequentially at the terminal 
device 1 . First, Topic.html is inputted from the decoder 

12 into the file manager 14. Topic.html in this time zone 
TB2 is identical with that of the same data name distrib- 
uted in the time zone TB1 . Further, currently the table 

13 holds the management information for Topic.html 
(see FIG. 14(c)). Resulting from the current input of 
Topic.html, the file manager 14 performs the procedure 
of FIG. 5. First, the management information for 
Topic.html inputted this time is already registered in the 
table 1 3 (step S51 ), and hence selected as the object of 
processing (step S511). The value fs^ of its reference 
flag is "0" (step S512) and Topic.html is not being 
referred to, whereby the respective values N 1( N 2 and 
N 3 are inherited (steps S513 to S515). Then, it is deter- 
mined that old Topic.html is stored in the storage device 
15, i.e., it is determined that the inheritance-source mul- 
timedia data is stored (step S516). Thus, the file man- 
ager 14 goes to the step S517 for deleting the 
inheritance-source multimedia data from the storage 
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device 15 while deleting the management information 
registered for the inheritance-source multimedia data 
(step S517). Further, a unique file name is assigned to 
new Topic.html and this file name is registered in the 
table 13 (step S57). It is assumed that this file name is 5 
0002.htm. Further, newly inputted Topic.html is stored in 
the storage device 15 (step S58). In addition, the stor- 
age time thereof is registered in the table 13 (step S59). 
It is assumed that this storage time is 9:19 a.m. Then, 
data-storage-notice is made (step S510). w 
[01 00] Through the aforementioned steps S51 , S51 1 
to S517 and S57 to S510, old Topic.html (0001.htm) is 
deleted from the storage device 15 and new Topic.html 
(0002.htm) is newly stored in the storage device 15, as 
shown in FIG. 15(a). As the respective values N 1a N 2 is 
and N 3 of new Topic.html (0002.htm), further, no prede- 
termined initial values are set but the respective values 
N 1f N 2 and N 3 of the old one (0001.htm) are employed 
as such, as shown in FIG. 15(b). Thus, between the 
multimedia data identical with each other, the manage- 20 
ment information is inherited from the old multimedia 
data to the new one. If the user is interested in the old 
multimedia data, therefore, the new multimedia data 
being identical therewith is hard to delete from the stor- 
age device 15. Further, old Topic.html is deleted from 25 
the storage device 15, while the management informa- 
tion for old Topic.html is deleted from the table 13. Thus, 
it follows that multimedia data highly interesting to the 
user and being new is stored in the storage device 15. 
[0101] Similarly to the above, it is assumed that 30 
Topic.html etc. distributed in the time zone TB2 arrive 
from the time immediately before 9:19 a.m. sequentially 
at the terminal device 1. Newly arriving Topic.html is 
identical with already stored old Topic.html. Different 
from the above is the point that the table 13 currently 35 
holds management information for Topic.html shown in 
FIG. 16(a). In other words, old Topichtml is currently 
referred to by the user, and the value Nj of its reference 
flag is "1". If new Topic.html is inputted, according to this 
assumption, the management information for old 40 
Topichtml is selected as the object of processing (FIG. 
5; steps S51 and S511). The value of its reference 
flag is "1" (step S512), and old Topic.html is being 
referred to. Therefore, inheritance procedure of the 
management information, i.e., the steps S513 to S517 45 
cannot be performed. This is because at the step S51 7 
old Topic.html being referred to by the user is deleted. 
[0102] If the value N n is "1" at the step S512, there- 
fore, the file manager 14 carries out the steps S52 to 
S510, creates temporary-management-information for 50 
new Topic.html, stores new Topic.html in the storage 
device 15, and outputs data-storage-notice. Description 
of the steps S52 to S510, which has already been 
made, is omitted here. Thus, it follows that, in the table 
13, the management information for new Topic.html and 55 
old Topic.html, i.e., management information having the 
same reference label is redundantly registered as 
shown in FIG. 16(b). This old Topic.html and its man- 
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agement information are deleted when the user termi- 
nates the reference to old Topic.html (requested- 
multi media-data). Namely, when the reference to 
Topic.html terminates, as described above, the browser 
1 6 outputs the reference-termination-notice therefor to 
the file manager 14. When the reference-termination- 
notice is inputted, the file manager 14 performs the 
processing shown in FIG. 13. 

[01 03] The file manager 1 4 first determines whether 
or not the inheritance-destination multimedia data is 
present (step S131). The file manager 14 first deter- 
mines whether or not the same reference label is redun- 
dantly registered in the table 13. If the same reference 
label is redundantly registered, the file manager 14 
compares the storage times corresponding to the refer- 
ence label and selects the subsequently stored multi- 
media data as the inheritance destination. Referring to 
FIG. 16(b), for example, the management information 
for Topic.html is redundantly registered, and the respec- 
tive storage times are registered as 08:58 and 09:19. 
Namely, Topic.html assigned the file name 0002.htm is 
selected as the inheritance destination. Further, 
Topic.html having the file name 0001 .htm is selected as 
the inheritance source. 

[01 04] When determining that the inheritance destina- 
tion is present at the step S131, the file manager 14 
inherits the value N 2 of the unreferred time included in 
the management information for the inheritance source 
and the value N 3 of the retention coefficient to the man- 
agement information for the inheritance destination. 
More specifically, the value N 2 of the inheritance desti- 
nation and the value N 3 of the retention time of the 
inheritance source are fetched. The fetched values N 2 
and N 3 are registered and updated as the unreferred 
time and the retention coefficient for the inheritance 
destination (steps S137 and S138). However, the value 
N 1 of the reference flag is kept at "0" since the inherit- 
ance-destination multimedia data is currently not 
referred to. Further, the file manager 14 deletes the 
inheritance-source multimedia data from the storage 
device 15, while deleting the management information 
for the inheritance source from the table 13 (step S139). 
Immediately before the step S137, for example, the val- 
ues N 1p N 2 and N 3 of G002.htm have been "0", "0" and 
"1", as shown in FIG. 16(b). Further, the values N 2 and 
N 3 of 0001 .htm have been M 0" and "2". Immediately after 
the step S139, the values N 2 and N 3 of 0002.htm are 
updated to "0" and "2" as shown in FIG. 16(c), and the 
management information for Q001.htm is deleted. 
0001.htm (multimedia data) itself is also deleted from 
the storage device 15. 

[0105] If related-multimedia-data is present, after the 
step S139, the file manager 14 performs procedure for 
updating the value Ni of each reference flag to "0" 
(steps S134 to S136). Description of these steps S134 
to S136, which has already been made, is omitted here. 
[0106] As described above, even if the inheritance- 
source multimedia data has been currently referred to 
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by the user at the point of the determination at the step 
S51 1 in FIG. 5. inheritance of the management informa- 
tion is smoothly performed through the steps S137 to 
S139 of FIG. 13 performed when the reference termi- 
nates. Further, the inheritance source, i.e., the old mul- 
timedia data and the management information therefor 
are deleted. Thus, if the user is interested in the old mul- 
timedia data similarly to the above, new multimedia data 
being identical therewith is hard to delete from the stor- 
age device 15. In the storage device 15, further, new 
multimedia data highly interesting to the user and being 
new is stored. 

[0107] As described above, the browser 16 may 
request multimedia data not yet stored in the storage 
device 15 of the file manager 14. Hereinafter such mul- 
timedia data requested by the browser 16 but not yet 
stored in the storage device 15 is referred to as non- 
stored/requested multimedia data. The non- 
stored/requested multimedia data has a possibility of 
being in the future stored in the storage device 15. Fur- 
ther, it is true that the user has intended to refer to the 
non-stored/requested multimedia data. When stored in 
the storage device 15, therefore, the non- 
stored/requested multimedia data is preferably ren- 
dered hard to delete from the storage device 15. It is 
assumed here that the data name (i.e., the reference 
label) of such non-stored/requested multimedia data is 
xxx. html. 

[0108] If it has been impossible to find a reference 
label coinciding with the data name included in the ref- 
erence request from the table 13 at the step S72 of FIG. 
7, the file manager 14 decides the currently requested 
multimedia data as the non-stored/requested multime- 
dia data. Then, the file manager 14 notifies to the 
browser 1 6 that the multimedia data is not present along 
with the reference label (step S722). When receiving 
this notice, the browser 16 lets the monitor (not shown) 
display an indication that the multimedia data is not 
present and the reference label, and notifies the fact to 
the user. 

[01 09] The file manager 1 4 determines whether or not 
temporary-management-information for the non- 
stored/requested multimedia data is registered in the 
table 13 (step S723). If the temporary-management- 
information is registered, the file manager 14 directly 
goes to a step S728 (described later). If no temporary- 
management-information is registered, the file manager 
14 performs steps S724 to S727 and creates tempo- 
rary-management-information. First, the file manager 
14 adds a new field to the table 13 by one column (step 
S724). In this new field, the data name of the non- 
stored/requested multimedia data is registered as the 
reference label (step S725). As the storage time and the 
file name. is registered (step S726). Namely, the non- 
stored/requested multimedia data is not yet stored in 
the storage device 15 and hence the storage time and 
the file name thereof are undefined. In order to indicate 
that they are undefined, "-" indicating a blank is regis- 



tered for the storage time and the file name. Further, "0" 
is registered as the initial value N 1 of the reference flag 
and the initial value N 2 of the unreferred time. In addi- 
tion, "1" is registered as the initial value N 3 of the reten- 

5 tion coefficient (step S727). Then, the file manager 14 
selects, in the management information for the non- 
stored/requested multimedia data, the unreferred time 
and the retention coefficient as objects of processing 
from the table 13 (step S728). The value N2 of the 

10 selected unreferred time is set to "0" (step S729). To the 
value N3 of the selected retention coefficient, w 1" is 
added (step S730). 

[01 1 0] Thus, also as to the non-stored/requested mul- 
timedia data, ternporary-management-information is 

15 created at the time point when the information is 
requested by the browser 16 through the steps S724 to 
S727. Thus, similarly to the time when the remaining 
multimedia data has arrived at the file manager 14, "0", 
"0" and "1" are registered as the initial value N 1 of the 

20 reference flag, the initial value N 2 of the unreferred time 
and the initial value N 3 of the retention coefficient Fur- 
ther, the retention coefficient N 3 of this temporary-man- 
agement-information is incremented by "1" at a step 
S730, in order to reflect the fact that this non- 
25 stored/requested multimedia data has been requested 
by the browser 16. When the non-stored/requested mul- 
timedia data actually arrives at the file manager 14, the 
file manager 1 4 performs the steps S51 3 to s51 5 of FIG. 
5. Thus, the created temporary-management-informa- 

30 tion is inherited by normal management information, 
whereby the non-stored/requested multimedia data is 
also hard to delete from the storage device 15. 
[01 1 1 ] In this terminal device 1 , the decoder 1 2 con- 
tinuously decodes the multimedia data transmitted from 

35 the data broadcasting station 2 in the broadcasting form 
and outputs it to the file manager 14, while the browser 
16 refers to the multimedia data on the basis of an 
instruction by the user through the file manager 14. In 
other words, it follows that the decoder 12 and the 

40 browser 16 operate independently of each other. Thus, 
it follows that the multimedia data transmitted in the 
broadcasting form are temporarily stored in the storage 
device 15. However, the multimedia data stored in the 
storage device 15 are deleted depending on the refer- 

45 ence status by the browser 1 6. Thus, it follows that only 
multimedia data highly interesting to the user remains in 
the storage device 15. Consequently, it follows that the 
multimedia data in the storage device 15 is customized 
by the user. 

50 [01 12] In this terminal device 1 , further, the user can 
understand that new multimedia data has been stored 
in the storage device 15 for the multimedia data being 
currently referred to through the data-storage-notice 
displayed on the browser 16 (FIG. 5; step S510). There- 

55 fore, the user can understand the arrival of this new mul- 
timedia data in real time. Even if the new multimedia 
data has been stored, it follows that the old multimedia 
data is not deleted from the storage device 15 (FIG. 5; 
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steps S516 and S517) but locked if the user is referring 
to the old multimedia data. Thus, it is possible to prevent 
the multimedia data being referred to by the user from 
being switched to another multimedia data at random, 
while switching the multimedia data to be displayed at a 
timing desired by the user. 

[0113] A terminal device 1 according to a second 
embodiment of the present invention is now described. 
This terminal device 1 is different from that according to 
the first embodiment only in the following point: The ter- 
minal device 1 according to the first embodiment has 
performed the procedure of FIG. 5 when new multime- 
dia data has been inputted from the decoder 12. How- 
ever, a file manager 14 according to the second 
embodiment performs the procedure shown in a flow 
chart of FIG. 17 when new multimedia data is inputted. 
This is the difference between the first embodiment and 
the second embodiment. There is no other difference 
between the first and second embodiments. This differ- 
ence is now mainly described. 
[01 1 4] It is assumed here that in the terminal device 1 , 
similarly to that described with reference to the first 
embodiment, Topic.html broadcasted in a time zone 
TB1 is displayed as requested-multimedia-data by the 
browser 16. According to this assumption, Sub1.html, 
Sub2.html and SubO.htmi are selected as related-multi- 
media-data by the file manager 14, as shown in FIG. 
8(b). In a table 13, management information shown in 
FIG. 18(a) is registered. It is assumed that, in such a 
state that these multimedia data broadcasted in the time 
zone TB1 are selected as requested-multimedia-data or 
related-multimedia-data, Topic.html, Sub 1 .html, 
Sub2.html, SubO.htmi and xxx.html ... transmitted by a 
data broadcasting station 2 in a time zone TB2 sequen- 
tially arrive at the terminal device 1 . 
[01 1 5] Resulting from input of multimedia data for one 
file, the file manager 14 creates management informa- 
tion for this inputted multimedia data and stores it in a 
storage device 15 (step S1 71). This step S171 is a sub- 
routine step, and a flow chart of its detailed procedure is 
shown in FIG. 19. This FIG. 19 includes steps S191 to 
S1917. The processing of these steps S191 to S1917 is 
identical to that of the steps S51 to S517 of FIG. 5. 
Therefore, description of the steps S191 to s1917 is 
omitted. 

[0116] If new Topic.html (broadcasted in the time zone 
TB2) is inputted, the file manager 14 performs the steps 
S191, S1911, S1912 and S192 to S1910. Conse- 
quently, it creates temporary-management-information 
for new Topic.html and registers it in the table 13, while 
storing new Topic.html in the storage device 15. The 
temporary-management-infbrmation for new Topic.html 
includes Topic. html as a reference label, 09:19 as a 
storage time, 0002.htm as a file name, "0" as the value 
N 1 of a reference flag, "0" as the value N 2 of an unre- 
f erred time and "1" as the value N 3 of a retention coeffi- 
cient (see FIG. 18(b)). 

[01 1 7] The browser 1 6 displays a screen such as that 



in FIG. 20(a) as required and prompts the user to set 
whether or not to set a display-lock-flag. The user oper- 
ates the browser 16 and sets whether to turn the dis- 
play-lock-flag ON or OFF. The browser 16 notifies to the 

5 file manager 1 4 whether the display-lock-flag set by the 
user is ON or OFF. The file manager 14 latches the noti- 
fied display-lock-flag in a prescribed storage area. This 
display-lock-flag is information for indicating whether or 
not to let the newly inputted multimedia data forcibly dis- 

w played on the browser 16 based on a determination of 
the file manager 14. Namely, if the display-lock-flag is 
ON, the file manager 14 fetches no multimedia data 
from the storage device 15 unless a reference request 
from the browser 1 6 is inputted. Namely, this is similar to 

15 the first embodiment. If the display-lock-flag is OFF, 
however, the file manager 1 4 lets, if the multimedia data 
newly inputted this time satisfies a prescribed condition, 
the multimedia data satisfying the condition forcibly dis- 
played on the browser 16 even if no reference request is 

20 received from the browser 1 6. This prescribed condition 
means a step S173. 

[01 1 8] The file manager 1 4 checks after the step S1 71 
whether the latched display-lock-flag is ON or OFF (step 
S172). If the display-lock-flag is ON, the file manager 14 

25 determines that the inputted multimedia data may not 
be forcibly displayed on the browser 16 and terminates 
the processing of FIG. 1 7. If the display-lock-flag is OFF, 
on the other hand, the file manager 14 determines that 
the browser 1 6 requests display of the inputted multime- 

30 dia data in real time, and goes to the step S173. 

[0119] At the step S173, the file manager 14 first 
determines whether or not a reference label coinciding 
with the reference label of the multimedia data inputted 
this time, i.e., the reference label of old multimedia data 

35 is registered in the table 13. If the coinciding reference 
label is present, further, the f ile manager 14 determines 
whether or not the value N-, of the reference flag corre- 
sponding to the reference label of the old multimedia 
data is in excess of "1 " (step S1 73). When satisfying this 

40 condition, the multimedia data inputted this time is iden- 
tical to requested-multimedia-data or related-multime- 
dia-data currently displayed by the browser 16, and is a 
new one. 

[0120] When the condition at the step S173 is satis- 
45 f ied, the file manager 1 4 goes to a step S1 74. If this con- 
dition is not satisfied, on the other hand, the processing 
in FIG. 17 terminates. As described above, old 
Topic.html (file name 0001.htm) is currently referred to 
by the user, and hence the value N 1 of the reference flag 
so of its management information is set to "1". Further, 
since inputted this time is new Topic.html (file name 
0002.htm), it follows that the condition at the step S173 
is satisfied. When the condition at the step S1 73 is sat- 
isfied, the multimedia data inputted this time is dis- 
ss played by the browser 16 through processing at a later 
step S177. Similarly to the case of requested-multime- 
dia-data, therefore, the multimedia data inputted this 
time must also be rendered hard to delete from the stor- 
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age device 15. 

[0121] Therefore, the file manager 14 selects the 
management information for the multimedia data input- 
ted this time as the object of processing (step S174), 
and currently increments the value N 3 of the retention s 
coefficient by "1" (step S175). Consequently, the reten- 
tion coefficient N 3 of new Topic.html (file name 
0002.htm) reaches "2" (see FIG. 18(c)). Then, the file 
manager 14 latches the file name of the multimedia data 
currently displayed by the browser 16 in a prescribed 10 
storage area (step S176). 

[0122] Then, the file manager 14 fetches the multime- 
dia data inputted this time from the storage device 15. 
Further, the file manager 14 generates a signal of data- 
display-instruction and outputs it along with the fetched 75 
multimedia data to the browser 16 (step S177). The 
data-display-instruction is a signal for letting simultane- 
ously outputted multimedia data forcibly displayed on 
the browser 16. When the data-display-instruction is 
inputted, the browser 16 stops display of the currently 20 
displayed multimedia data and displays the newly input- 
ted multimedia data. Consequently, this time the display 
of the browser 16 is switched from old multimedia data 
(the reference label is Topic.html and the file name is 
0001.htm) to new multimedia data (the reference label 25 
is Topic.html and the file name is 0002.htm). 
[0123] In the terminal device 1 according to the sec- 
ond embodiment, as described above, the file manager 
14 outputs, when new multimedia data identical to mul- 
timedia data (requested -multimedia -data) being dis- 30 
played by the browser 16 or related-multimedia-data is 
inputted, the inputted new multimedia data to the 
browser 16 and lets it displayed. Thus, the browser 16 
can get multimedia data highly interesting to the user 
and being new in real time from the file manager 1 4 for 35 
displaying it without outputting a reference request to 
the file manager 14. Thus, the terminal device 1 
becomes more user-friendly. In the above description, 
the multimedia data (the reference label is Topic, html 
and the file name is 0001.htm) having been displayed 40 
and the newly inputted multimedia data (the reference 
label is Topic. html and the file name is 0002.htm) are 
identical with each other. However, also in such relation 
that the multimedia data (the reference label is 
Topic.html and the file name is 0001 .htm) having been 45 
displayed and the newly inputted multimedia data (e.g., 
the reference label is Sub1 .html) are identical with each 
other, the steps S171 to S1 77 of FIG. 17 are similarly 
carried out. 

[01 24] The browser 1 6 displays a screen such as that so 
shown in FIG. 20(b) as required, and prompts the user 
to set whether or not to set a return flag. The user oper- 
ates the browser 16 and sets whether to turn the return 
flag ON or OFF. The browser 16 notifies to the file man- 
ager 14 whether the return flag set by the user is ON or 55 
OFF. The file manager 1 4 latches the notified return flag 
in a prescribed storage area. This return flag is informa- 
tion indicating whether the browser 16 continuously dis- 



plays the multimedia data inputted along with the data- 
display-instruction or re-displays the original multimedia 
data after a given time passes. In other words, the 
browser 16 sets the return flag ON, and requires the file 
manager 14 to re-display the original multimedia data 
after the given time passes. On the other hand, the 
browser 16 sets the return flag OFF, and requires to 
continuously display the multimedia data inputted with 
the data-display-instruction. 

[01 25] The file manager 1 4 checks after the step S1 71 
whether the latched return flag is ON or OFF (step 
S178). If the return flag is OFF, the file manager 14 
determines that the user requests continuous display of 
the multimedia data outputted at the step S177. In other 
words, the file manager 14 decides the multimedia data 
inputted this time as requested-multimedia-data. Then, 
the file manager 14 updates, as shown in FIG. 18(d), 
the value N 1 of the reference flag of the management 
information selected at the step S1 74 to "1 " (step S1 79). 
Thus, the multimedia data inputted this time is decided 
as the requested-multimedia-data currently referred to 
by the user, and continuously displayed. 
[01 26] Thus, the file name latched at the step S1 76 is 
unnecessary and hence the file manager 1 4 deletes this 
file name (step S1710). Then, the file manager 14 
updates management information for related-multime- 
dia-data being related to the decided requested-multi- 
media-data (step S1711). This step S1711 is a 
subroutine step, and a flow chart of its detailed proce- 
dure is shown in FIG. 21. This FIG. 21 includes steps 
S21 1 to S21 15. The processing of these steps S21 1 to 
S2115 is identical to that of the steps S77 to S721 of 
FIG. 9. Therefore, description of the steps S211 to 
S2115 is omitted. Thus, the related-multimedia-data is 
hard to delete from the storage device 15. 
[01 27] If the return flag is ON at the step S1 78. the file 
manager 14 determines that the user requires to re-dis- 
play the original multimedia data after the given time 
passes. The file manager 14 then determines whether 
the display-lock-flag is ON or OFF (step S1712) and 
thereafter determines whether or not the given time has 
passed from the time when the multimedia data inputted 
this time is outputted at the step S177 (step S1713). 
[0128] For example, the user is currently referring to 
the new multimedia data outputted at the step S177. 
When highly interested in this multimedia data, the user 
sets the display-lock-flag shown in FIG. 20(a) ON. 
When the display-lock-flag is set ON before the afore- 
mentioned given time passes, the f fle manager 1 4 goes 
to the aforementioned step S179. Also by this, the mul- 
timedia data inputted this time is decided as the 
requested-multimedia-data being currently referred to 
by the user. 

[0129] As described above, the file manager 14 does 
not output multimedia data newly inputted in itself to the 
browser 16, on the basis of an instruction by the 
browser 16. Namely, if the display-lock-flag is continu- 
ously set OFF, the file manager 14 shifts from the steps 
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S1 72 to S1 73, and hence it follows that newly arriving 
multimedia data are sequentially continuously displayed 
on the browser 16. In other words, the browser 16 
switches its display every time multimedia data is input- 
ted. If the display-lock-flag is ON at the point of the step 
S1 7 11 , however, it follows that the file manager 1 4 stops 
output of newly inputted multimedia data. This is 
because the display-lock-flag is determined as ON 
through the determination at the step S172. Thus, the 
browser 16 can require the file manager 14 as required 
to stop outputting the multimedia data. Thus, the 
browser 16 can display, among multimedia data 
sequentially continuously inputted, specific multimedia 
data for a long time. Thus, the terminal device becomes 
more user-friendly. 

[0130] When determining that the given time has 
passed at the step S1713, on the other hand, the file 
manager 14 regards that the user is not interested in the 
new multimedia data outputted at the step S177 and 
fetches multimedia data having the file name retained at 
the step S176 from the storage device 15. Further, the 
file manager 1 4 generates a signal of data-re-display- 
instruction and outputs it to the browser 16 along with 
the fetched multimedia data (step S1 714). The data-re- 
display-instruction is a signal for letting simultaneously 
outputted multimedia data forcibly displayed on the 
browser 16. When the data-re-display-instruction is 
inputted, the browser 16 stops display of the currently 
displayed multimedia data and displays re-inputted mul- 
timedia data. Consequently, this time the display of the 
browser 16 is switched from new multimedia data (the 
reference label is Topic.html and the file name is 
0002.htm) to old multimedia data (the reference label is 
Topic.html and the file name is 0001 .htm). 
[0131] As described above, after the given time has 
passed since the inputted new multimedia data is dis- 
played on the browser 16, the file manager 14 lets mul- 
timedia data displayed immediately before re-displayed. 
Thus, the file manager 14 lets the new multimedia data 
displayed on the browser 16 in real time while letting the 
multimedia data displayed immediately before re-dis- 
played on the browser 1 6 after a lapse of the given time. 
This series of processing is automatically performed by 
the file manager 14, and hence requires no specific 
operation from the user. Thus, the terminal device 
becomes more user-friendly. 

[0132] While the above embodiments are described 
taking multimedia data as an example, it is also possible 
to apply the present terminal device 1 to digital data 
(typically, video or audio data). 

[0133] While the invention has been described in 
detail, the foregoing description is in all aspects illustra- 
tive and not restrictive. It is understood that numerous 
other modifications and variations can be devised with- 
out departing from the scope of the invention. 



Claims 

1. A terminal device (1) performing prescribed 
processing on multimedia data distributed by a data 

5 broadcasting station distributing multimedia data 

identical with each other at time intervals in a 
broadcasting form, comprising: 

a receiving part (11) receiving the multimedia 
10 data transmitted by said data broadcasting sta- 

tion; 

a management part (14) creating and manag- 
ing management information as to the multime- 
dia data received by said receiving part (11); 
is a storage device (15) storing the multimedia 

data for which the management information 
has been created by said management part 
(14); and 

a reference part (16) requesting multimedia 
20 data to said management part(14) while letting 

the user refer to the requested multimedia 
data, 

wherein said management part (14) 
creates as part of said management informa- 
25 tion a retention coefficient indicating whether or 

not to delete each multimedia data in said stor- 
age device (15), 

decrements each created retention coefficient 
at a prescribed timing while incrementing the 

30 retention coefficient of the multimedia data 

requested by said reference part (16), 
deletes, when the created retention coefficient 
is decremented to a prescribed value, the cor- 
responding multimedia data from said storage 

35 device (15), and 

deletes, when new multimedia data identical to 
old multimedia data in said storage device (15) 
is inputted, the old multimedia data from said 
storage device (15) while letting the manage- 

40 ment information for the old multimedia data 

inherited as management information for the 
new multimedia data. 

2. The terminal device in accordance with claim 1, 
45 wherein said management part (14)further 

creates, when the multimedia data requested 
by said reference part (1 6) is not stored in said 
storage (15), temporary-management-informa- 

50 tion as to the multimedia data in advance, and 

lets, at a time point when the multimedia data 
requested by said reference part (16) is input- 
ted in the management part, the corresponding 
temporary-management-information inherited 

55 as management information for the inputted 

multimedia data. 

3. The terminal device in accordance with claim 2, 
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wherein said management part (14) further 

searches multimedia data (hereinafter referred 
to as related-multimedia-data) being related to 
the multimedia data requested by said refer- 
ence part (16), and 

increments the retention coefficient of the 
found related-murtimedia-data. 

4. The terminal device in accordance with claim 3, 
wherein said management part (14) searches said 
related-multimedia-data in a search range specified 
by said reference part (16). 

5. The terminal device in accordance with claim 3, 
wherein said management part (1 4) increments the 
retention coefficient of said related-multimedia-data 
on the basis of the degree of the relation to the mul- 
timedia data requested by said reference part (16). 

6. The terminal device in accordance with claim 3, 
wherein said management part (14) further 



broadcasting station is coded in a predetermined 
coding format, 

said terminal device further comprises a 
decoding part (12) for decoding the multimedia 
data received by said receiving part (11) in 
accordance with said predetermined coding 
format and outputting the multimedia data to 
said management part (14), and 
said decoding part (12) and said reference part 
(16) operate independently of each other. 

11. The terminal device in accordance with claim 1, 
wherein every time multimedia data in said storage 
device (15), said management part (14) notifies 
said reference part (16) the fact 

12. The terminal device in accordance with claim 1, 
wherein said management part (14) does not 
delete, while multimedia data stored in said storage 
device (15) is oulputted by said reference part (16), 
the multimedia data from said storage device (1 5). 
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creates, when the retrieved related-multimedia- 13. A terminal device (1) performing prescribed 

data is not stored in said storage device (15), 25 processing on multimedia data distributed by a data 

temporary-management-information as to the broadcasting station distributing multimedia data 

related-multimedia-data in advance, and identical with each other at time intervals in a 

lets, at a time point when related-multimedia- broadcasting form, comprising: 
data not yet stored in said storage device (15) 

is inputted in said management part (14), the 30 a receiving part (11) receiving the multimedia 

corresponding temporary-management-infor- data distributed by said data broadcasting sta- 

mation inherited as management information tion; 

for the inputted related-multimedia-data. a management part (14) creating and manag- 
ing management information as to the multime- 

7. The terminal device in accordance with claim 3. 35 dia data received by said receiving part (11); 
wherein said management part (14) further outputs, a storage device (15) storing the multimedia 
when new multimedia data identical to multimedia data for which the management information 
data or related-multimedia-data thereof being has been created by said management part 
referred by the user with said reference part (1 6) is (14); and 

inputted in said management part (14), the inputted 40 a reference part (16) requesting multimedia 

new multimedia data to said reference part (16). data to said management part (14) while letting 

the user refer to the requested multimedia 

8. The terminal device in accordance with claim 7, data, 

wherein said management part (14) further re-out- wherein said management part (14) 

puts, after a given time passes since the inputted 45 creates as part of said management informa- 

new multimedia data is outputted to said reference tion a retention coefficient indicating whether or 

part (16), the multimedia data referred to immedi- not to delete each multimedia data in said stor- 

ately before the new multimedia data. age device (15), 

updates, on the basis of the request for multi- 

9. The terminal device in accordance with claim 7, 50 media data by said reference part (16), a reten- 
wherein said management part (14) further does tion coefficient corresponding to the multimedia 
not output, on the basis of an instruction from said data, 

reference part (16), the multimedia data newly deletes, when the updated retention coefficient 

inputted in said management part (14) to the refer- satisfies a prescribed condition, the corre- 

encepart(16). 55 sponding multimedia data from said storage 

device (15), and 

10. The terminal device in accordance with claim 1, creates, when new multimedia data not iderrti- 
wherein multimedia data distributed by said data cat to multimedia data stored in said storage 



20 



39 EP 0 940 984 A2 40 

device (15) is inputted, new management infor- 
mation as to the new multimedia data. 
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